home *** CD-ROM | disk | FTP | other *** search
/ Just Call Me Internet / Just Call Me Internet.iso / docs / ascii / internet / nhelp411 / rip < prev    next >
Encoding:
Text File  |  1992-12-31  |  5.9 KB  |  156 lines
  1. ===                                                 NOSview [301]
  2. rip
  3. ===
  4.  
  5. _________________________________________________________________
  6. rip accept <incoming_gateway_host>
  7. _________________________________________________________________
  8. Remove the specified gateway from the RIP filter table, allowing
  9. future broadcasts from that gateway to be accepted.
  10.  
  11. >> Example:  rip accept ns9liz
  12.  
  13.  
  14. _________________________________________________________________
  15. rip add <destination_host> <seconds> [<flags>]
  16. _________________________________________________________________
  17. Add an entry to the RIP broadcast table.  The IP routing table
  18. will be sent to <destination_host> at <seconds> intervals.
  19.  
  20. Flags settings:
  21.  1:  include route to self
  22.  2:  split horizon
  23.  4:  triggered update
  24.  
  25. If flags is specified as 1, then "split horizon" processing will
  26. be performed for this destination.  That is, any IP routing table
  27. entries pointing to the interface that will be used to send this
  28. update will be removed from the update.  If split horizon
  29. processing is not specified, then all routing table entries
  30. except those marked "private" will be sent in each update.
  31. (Private entries are never sent in RIP packets).
  32.  
  33. Triggered updates are always done. That is, any change in the
  34. routing table that causes a previously reachable destination to
  35. become unreachable will trigger an update that advertises the
  36. destination with metric 15, defined to mean "infinity".
  37.  
  38. Note that for RIP packets to be sent properly to a broadcast
  39. address, there must exist correct IP routing and ARP table
  40. entries that will first steer the broadcast to the correct
  41. interface and then place the correct link-level broadcast address
  42. (callsign) in the link-level destination field.
  43.  
  44. If a standard IP broadcast address convention is used (e.g.
  45. 128.96.0.0 or 128.96.255.255) then chances are you already have
  46. the necessary IP routing table entry, but unusual subnet or
  47. cluster-addressed networks may require special attention.
  48. However, an 'arp add' command will be required to translate this
  49. address to the appropriate link level broadcast address.
  50.  
  51. For example, for an AX.25 packet radio channel:
  52.  
  53.     arp add 44.255.255.255 ax25 qst-0
  54.  
  55. and for an Ethernet network:
  56.  
  57.     arp add 128.96.0.0 ethernet ff:ff:ff:ff:ff:ff
  58.  
  59.  
  60. >> Example:  rip add uk 900 6
  61.  
  62.  
  63. _________________________________________________________________
  64. rip drop <destination_host>
  65. _________________________________________________________________
  66. Remove an entry from the RIP broadcast table.
  67.  
  68. >> Example:  rip drop ns9liz
  69.  
  70.  
  71. _________________________________________________________________
  72. rip merge [on | off]                                  Default: on
  73. _________________________________________________________________
  74. This flag controls an experimental feature for consolidating
  75. redundant entries in the IP routing table.
  76.  
  77. When rip merging is on, the table is scanned after processing
  78. each RIP update.  An entry is considered redundant if the
  79. target(s) it covers would be routed identically by a less
  80. "specific" entry already in the table.  That is, the target
  81. address(es) specified by the entry in question must also match
  82. the target addresses of the less specific entry and the two
  83. entries must have the same interface and gateway fields.
  84.  
  85. For example, if the routing table contains
  86.  
  87.      Dest    Len Interface  Gateway     Metric P Timer Use
  88.      1.2.3.4  32 ethernet0  128.96.1.2    1    0   0   0
  89.      1.2.3    24 ethernet0  128.96.1.2    1    0   0   0
  90.  
  91. then the first entry would be deleted as redundant since packets
  92. sent to 1.2.3.4 will still be routed correctly by the second
  93. entry.  Note that the relative metrics of the entries are
  94. ignored.
  95.  
  96. >> Example:  rip merge off
  97.  
  98.  
  99. _________________________________________________________________
  100. rip refuse <incoming_gateway_host>
  101. _________________________________________________________________
  102. Refuse to accept RIP updates from the specified gateway by adding
  103. the gateway to the RIP filter table.  It may be later removed
  104. with the 'rip accept' command.
  105.  
  106. >> Example:  rip refuse ns9liz
  107.  
  108.  
  109. _________________________________________________________________
  110. rip request <incoming_gateway_host>
  111. _________________________________________________________________
  112. Send a RIP Request packet to the specified gateway, causing it to
  113. reply with a RIP Response packet containing its routing table.
  114.  
  115. >> Example:  rip request ns9liz
  116.  
  117.  
  118. _________________________________________________________________
  119. rip status
  120. _________________________________________________________________
  121. Display RIP status, including a count of the number of packets
  122. sent and received, the number of requests and responses, the
  123. number of unknown RIP packet types, and the number of refused RIP
  124. updates from hosts in the filter table.
  125.  
  126. A list of the addresses and intervals to which periodic RIP
  127. updates are being sent is also shown, along with the contents of
  128. the filter table.
  129.  
  130.  
  131. _________________________________________________________________
  132. rip trace [0 | 1 | 2]                                  Default: 0
  133. _________________________________________________________________
  134. This variable controls the tracing of incoming and outgoing RIP
  135. packets.
  136.  
  137. Setting it to 0 disables all RIP tracing.
  138.  
  139. A value of 1 causes changes in the routing table to be displayed,
  140. while packets that cause no changes cause no output.
  141.  
  142. Setting the variable to 2 produces maximum output, including
  143. tracing of RIP packets that cause no change in the routing table.
  144.  
  145. >> Example:  rip trace 2
  146.  
  147.  
  148. _________________________________________________________________
  149. rip ttl [<seconds>]                                  Default: 240
  150. _________________________________________________________________
  151. Display or set the time-to-live timer.  (This is not the RIP ttl
  152. counter, where 16=infinite).
  153.  
  154. Set this timer before starting RIP.  Change the timer only in
  155. cooperation with your surrounding nodes.
  156.